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DETAILED ACTION 

1 . Claims 1 , 4-1 5, 1 7, 1 8, 20-22, and 24-26 remain for examination. The 
amendment filed 1 0/8/09 amended claims 1 , 8, 1 5, & 21 ; and cancelled claims 2 & 1 9. 

Information Disclosure Statement 

2. The information disclosure statement (IDS) submitted on 10/08/09 and 1 1/24/09 
have been considered by the Examiner. 

Priority 

3. Applicant's claim for the benefit of a prior-filed application under 35 U.S.C. 1 1 9(e) 
or under 35 U.S.C. 120, 121 , or 365(c) is acknowledged. However, during the course of 
reviewing the instant specification as well as those of the prior applications to which 
priority is claimed it has been found that Applicant has not complied with one or more 
conditions for receiving the benefit of an earlier filing date under 35 U.S.C. 1 20 as 
follows: it is observed that ancestor applications 10/65021 1 (now U.S. Patent 
6,950,936), 09/493506 (now U.S. Patent 6,640,302), and 09/268795 (now U.S. Patent 
6,081 ,900) only discuss the use of proxies in general to a cursory degree at best (see 
the Background of the Invention for each patent). As for the use of proxies in the actual 
inventions disclosed therein, each of these disclosures consist of a single teaching that 
proxy servers are an optional component that may be present in at least the system 
embodiments of each invention ('936 patent: col. 5, lines 45-65; '302 patent: col. 5, lines 
44-63; '900 patent: col. 5, lines 38-57), but in any case there is no indication that a 
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proxy in those inventions is capable of the allegedly new and non-obvious functionality 
disclosed by the instant application, including inter alia the ability to cache, encrypt, and 
decrypt various communications passing through as claimed; let alone whether said 
proxy is a forward proxy, a reverse proxy, a transparent proxy, etc. Because these 
previous disclosures fail to support a forward proxy capable of the functions attributed to 
it in the instant application, priority to these applications is hereby denied. For purposes 
of examination, the effective priority date is set to the filing date of parent application 
10/784,440 - which does include support for a forward proxy behaving in the manner 
claimed by Applicant - said filing date being February 23, 2004. 

Response to Arguments 

4. Applicant's arguments with respect to claims 1-26 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

5. The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 

6. Claims 1 , 4-1 5, 1 7, 1 8, 20-22, and 24-26 are rejected under 35 U.S.C. 1 03(a) as 
being unpatentable over "The Netscape Proxy Server Version 3.5 for Unix 
Administrator's Guide" (hereinafter, "Netscape") in view of Green et al. (U.S. Patent 
6,003,084) in view of Chari et al. (U.S. Patent 7,430,757) in view of Ackaouy et al (U.S. 
Patent 7,552,223) 
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Regarding claim 1 : 

Netscape discloses a method comprising: receiving a secure communication 
request from a client (Chapter 14, page 2, Figure 14.1 and 1 st paragraph); identifying a 
domain identification associated with the request (inherent to proxying in general; cf. 
Chapter 6, e.g. "Enabling Proxying for a Resource"); and routing the request to a proxy 
based on the domain identification, wherein the proxy communicates securely with the 
external domain via a first set of unique session keys used for the local domain 
accelerator and the external domain (Chapter 14, "Setting up Client Authentication in a 
Reverse Proxy", cf. "Content Server Authenticates Proxy") and separately the local 
domain accelerator communicates securely with the client via a second set of unique 
session keys used for the local domain accelerator and the client to communicate 
(Chapter 14, "Setting up Client Authentication in a Reverse Proxy", cf. "Proxy 
Authenticates Client") and the first set of session keys and the second set of session 
keys are different from one another (Ibid, by virtue of being inherent to the multiple SSL 
connections disclosed) and wherein the client believes communication that the client 
has with the local domain accelerator is occurring with the external domain but in fact it 
occurs with the local domain accelerator via the second set of session keys ("What 
Netscape Proxy Server Provides", 2 nd and 5 th paragraphs; Chapter 7, "How Reverse 
Proxying Works"), and wherein the local domain accelerator caches data from the 
external domain for servicing the request of the client and maintained in decrypted 
format within the cache (see all of Chapter 9, beginning with "How Caching Works"). 
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Netscape appears to be silent regarding wherein the local domain accelerator 
vends an external domain certificate to the client during the communication to present 
itself as the external domain. However, Green discloses an analogous proxy server 
wherein the proxy stores the server's authentication certificate and vends it to the client 
during the negotiation phase between the client and the proxy (col. 10, lines 7-47; see 
also col. 9, lines 25-35). 1 It would have been obvious to modify the Netscape proxy 
server to use the external domain's certificate in negotiating the SSL connection 
between itself and the client in order to represent itself as the server to the client, 
because the technique was clearly a known improvement that was well within the 
capabilities of one of ordinary skill in the art, in view of the teaching of the technique in 
an equivalent proxy server. Green further discloses that this technique is advantageous 
because it provides security to an otherwise insecure connection without requiring any 
modification to either the client or the server (col. 6, lines 15-20; col. 9, lines 1-10). 

With regards to the new limitations regarding encrypted communications for both 
links, although the Examiner stands by his previous assertion that the Netscape 
reference discloses multiple encrypted connections, even were that not the case then 
Examiner observes that Chari discloses an SSL proxy between a client and a server 
wherein communications from one to the other are encrypted using a first session key, 
sent to the proxy, decrypted by said proxy, and re-encrypted using the second session 
key (col. 8, lines 1-30). The claim is thus obvious because the ability to have a proxy 

1 Examiner reminds the Applicant that SSL encryption, such as that employed by Netscape, typically uses 
X.509 certificates for authentication in much the same manner as disclosed by Green (see the "Secure 
Sockets Layer Protocol (SSL)" reference from the Office Action of 2/1/08, page 3, "SSL Supported 
Methods"). 
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maintain separate session keys/secure connections between itself and each of a client 
and server was clearly within the capabilities of one of ordinary skill in the art. 

The proxy disclosed by Netscape is a reverse proxy, not a forward one; however, 
Ackaouy discloses a related invention for a caching proxy to accelerate access to 
content on a network, that can be configured either as a forward or as a reverse proxy 
while still realizing the equivalent benefits of content delivery acceleration (Fig. 1A; col. 
3, lines 30-65). It would have been obvious to one of ordinary skill in the art to employ a 
forward proxy rather than a reverse proxy in the system disclosed by Netscape, 
particularly as the forward proxy approach is more efficient than conventional replication 
techniques and does not require any special software to implement (col. 3, lines 55-65). 

Regarding claim 8: 

Netscape discloses a method comprising: receiving a secure request forwarded 
from a proxy, the secure request originating from a client and destined for an external 
domain (Chapter 14, page 2, Figure 14.1 and 1 st paragraph); establishing a secure 
communication with the client by providing the client a certificate associated with an 
external domain (Chapter 5, "Controlling Access with Client Certificates") and wherein 
the secure communication entails using a first set of session keys to communicate 
securely with the client and the client believes after receiving the certificate that 
communication is occurring with the external domain (Chapter 14, "Setting up Client 
Authentication in a Reverse Proxy", cf. "Proxy Authenticates Client"; Chapter 7, "How 
Reverse Proxying Works"); and servicing the client with data that is acquired from the 
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external domain, and wherein a portion of that data is used to service the request (all of 
Chapter 9), and wherein separate communication is securely established with the 
external domain using a second set of session keys different from the first set of session 
keys (Chapter 14, "Setting up Client Authentication in a Reverse Proxy", cf. "Content 
Server Authenticates Proxy") and wherein the data is maintained in decrypted format 
within the cache (Chapter 9, Ibid). 

Netscape appears to be silent regarding wherein the local domain accelerator 
vends an external domain certificate to the client during the communication to present 
itself as the external domain. However, Green discloses an analogous proxy server 
wherein the proxy stores the server's authentication certificate and vends it to the client 
during the negotiation phase between the client and the proxy (col. 10, lines 7-47; see 
also col. 9, lines 25-35). It would have been obvious to modify the Netscape proxy 
server to use the external domain's certificate in negotiating the SSL connection 
between itself and the client in order to represent itself as the server to the client, 
because the technique was clearly a known improvement that was well within the 
capabilities of one of ordinary skill in the art, in view of the teaching of the technique in 
an equivalent proxy server. Green further discloses that this technique is advantageous 
because it provides security to an otherwise insecure connection without requiring any 
modification to either the client or the server (col. 6, lines 15-20; col. 9, lines 1-10). 

With regards to the new limitations regarding encrypted communications for both 
links, although the Examiner stands by his previous assertion that the Netscape 
reference discloses multiple encrypted connections, nevertheless Examiner observes 
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that Chari discloses an SSL proxy between a client and a server wherein 
communications from one to the other are encrypted using a first session key, sent to 
the proxy, decrypted by said proxy, and re-encrypted using the second session key (col. 
8, lines 1-30). The claim is thus obvious because the ability to have a proxy maintain 
separate session keys/secure connections between itself and each of a client and 
server was clearly within the capabilities of one of ordinary skill in the art. 

The proxy disclosed by Netscape is a reverse proxy, not a forward one; however, 
Ackaouy discloses a related invention for a caching proxy to accelerate access to 
content on a network, that can be configured either as a forward or as a reverse proxy 
while still realizing the equivalent benefits of content delivery acceleration (Fig. 1A; col. 
3, lines 30-65). It would have been obvious to one of ordinary skill in the art to employ a 
forward proxy rather than a reverse proxy in the system disclosed by Netscape, 
particularly as the forward proxy approach is more efficient than conventional replication 
techniques and does not require any special software to implement (col. 3, lines 55-65). 

Regarding claim 15: 

Netscape discloses a system comprising: a proxy (e.g. "What Netscape Proxy 
Server Provides"); and a local domain accelerator implemented in a computer-readable 
medium and to process on the proxy (Ibid, but particularly the 3 rd and 4 th paragraphs; cf. 
Chapter 9, "How Caching Works") wherein a client securely requests an external 
domain and the proxy routes the request to the local domain accelerator [i.e. itself], the 
local domain accelerator securely communicates with the external domain and services 



Application/Control Number: 10/814,983 Page 9 

Art Unit: 2435 

the client via encrypted communications (Chapter 14, e.g. "Tunneling SSL through the 
Proxy Server"), and caches data in a local cache of the proxy in a decrypted format 
which is used to service the client via secure communications between the local domain 
accelerator and the client (Chapter 9, "How Caching Works") and wherein the proxy 
communicates securely with the external domain via a first set of unique session keys 
used for the local domain accelerator and the external domain (Chapter 14, "Setting up 
Client Authentication in a Reverse Proxy", cf. "Content Server Authenticates Proxy") and 
separately the local domain accelerator communicates securely with the client via a 
second set of unique session keys used for the local domain accelerator and the client 
to communicate (Chapter 14, "Setting up Client Authentication in a Reverse Proxy", cf. 
"Proxy Authenticates Client") and the first set of session keys and the second set of 
session keys are different from one another (Ibid, by virtue of being inherent to the 
multiple SSL connections disclosed) and wherein the client believes communication that 
the client has with the local domain accelerator is occurring with the external domain but 
in fact it occurs with the local domain accelerator via the second set of session keys 
("What Netscape Proxy Server Provides", 2 nd and 5 th paragraphs; Chapter 7, "How 
Reverse Proxying Works"). 

Netscape appears to be silent regarding wherein the local domain accelerator 
vends an external domain certificate to the client during the communication to present 
itself as the external domain. However, Green discloses an analogous proxy server 
wherein the proxy stores the server's authentication certificate and vends it to the client 
during the negotiation phase between the client and the proxy (col. 10, lines 7-47; see 
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also col. 9, lines 25-35). It would have been obvious to modify the Netscape proxy 
server to use the external domain's certificate in negotiating the SSL connection 
between itself and the client in order to represent itself as the server to the client, 
because the technique was clearly a known improvement that was well within the 
capabilities of one of ordinary skill in the art, in view of the teaching of the technique in 
an equivalent proxy server. Green further discloses that this technique is advantageous 
because it provides security to an otherwise insecure connection without requiring any 
modification to either the client or the server (col. 6, lines 15-20; col. 9, lines 1-10). 

With regards to the new limitations regarding encrypted communications for both 
links, although the Examiner stands by his previous assertion that the Netscape 
reference discloses multiple encrypted connections, nevertheless Examiner observes 
that Chari discloses an SSL proxy between a client and a server wherein 
communications from one to the other are encrypted using a first session key, sent to 
the proxy, decrypted by said proxy, and re-encrypted using the second session key (col. 
8, lines 1-30). The claim is thus obvious because the ability to have a proxy maintain 
separate session keys/secure connections between itself and each of a client and 
server was clearly within the capabilities of one of ordinary skill in the art. 

The proxy disclosed by Netscape is a reverse proxy, not a forward one; however, 
Ackaouy discloses a related invention for a caching proxy to accelerate access to 
content on a network, that can be configured either as a forward or as a reverse proxy 
while still realizing the equivalent benefits of content delivery acceleration (Fig. 1A; col. 
3, lines 30-65). It would have been obvious to one of ordinary skill in the art to employ a 
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forward proxy rather than a reverse proxy in the system disclosed by Netscape, 
particularly as the forward proxy approach is more efficient than conventional replication 
techniques and does not require any special software to implement (col. 3, lines 55-65). 

Regarding claim 21 : 

Netscape discloses a system comprising: a local domain accelerator 
implemented in a computer-readable medium and to process on a proxy ("What 
Netscape Proxy Server Provides", 3 rd and 4 th paragraphs; Chapter 9, "How Caching 
Works"); and cache of the proxy (Ibid) wherein the local domain accelerator securely 
communicates with a client as if the local domain accelerator was an external domain 
[i.e. a proxy] and securely communicates with the external domain for purposes of 
acquiring data from the external domain (Chapter 14, e.g. "Tunneling SSL through the 
Proxy Server"), wherein the proxy communicates securely with the external domain via 
a first set of unique session keys used for the local domain accelerator and the external 
domain (Chapter 14, "Setting up Client Authentication in a Reverse Proxy", cf. "Content 
Server Authenticates Proxy") and separately the local domain accelerator 
communicates securely with the client via a second set of unique session keys used for 
the local domain accelerator and the client to communicate (Chapter 14, "Setting up 
Client Authentication in a Reverse Proxy", cf. "Proxy Authenticates Client") and the first 
set of session keys and the second set of session keys are different from one another 
(Ibid, by virtue of being inherent to the multiple SSL connections disclosed) and wherein 
the client believes communication that the client has with the local domain accelerator is 
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occurring with the external domain but in fact it occurs with the local domain accelerator 
via the second set of session keys ("What Netscape Proxy Server Provides", 2 nd and 5 th 
paragraphs; Chapter 7, "How Reverse Proxying Works"). 

Netscape appears to be silent regarding wherein the local domain accelerator 
vends an external domain certificate to the client during the communication to present 
itself as the external domain. However, Green discloses an analogous proxy server 
wherein the proxy stores the server's authentication certificate and vends it to the client 
during the negotiation phase between the client and the proxy (col. 10, lines 7-47; see 
also col. 9, lines 25-35). It would have been obvious to modify the Netscape proxy 
server to use the external domain's certificate in negotiating the SSL connection 
between itself and the client in order to represent itself as the server to the client, 
because the technique was clearly a known improvement that was well within the 
capabilities of one of ordinary skill in the art, in view of the teaching of the technique in 
an equivalent proxy server. Green further discloses that this technique is advantageous 
because it provides security to an otherwise insecure connection without requiring any 
modification to either the client or the server (col. 6, lines 15-20; col. 9, lines 1-10). 

With regards to the new limitations regarding encrypted communications for both 
links, although the Examiner stands by his previous assertion that the Netscape 
reference discloses multiple encrypted connections, nevertheless Examiner observes 
that Chari discloses an SSL proxy between a client and a server wherein 
communications from one to the other are encrypted using a first session key, sent to 
the proxy, decrypted by said proxy, and re-encrypted using the second session key (col. 
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8, lines 1-30). The claim is thus obvious because the ability to have a proxy maintain 
separate session keys/secure connections between itself and each of a client and 
server was clearly within the capabilities of one of ordinary skill in the art. 

The proxy disclosed by Netscape is a reverse proxy, not a forward one; however, 
Ackaouy discloses a related invention for a caching proxy to accelerate access to 
content on a network, that can be configured either as a forward or as a reverse proxy 
while still realizing the equivalent benefits of content delivery acceleration (Fig. 1A; col. 
3, lines 30-65). It would have been obvious to one of ordinary skill in the art to employ a 
forward proxy rather than a reverse proxy in the system disclosed by Netscape, 
particularly as the forward proxy approach is more efficient than conventional replication 
techniques and does not require any special software to implement (col. 3, lines 55-65). 

Regarding claims 4 and 18: 

Netscape further discloses establishing a Secure Sockets Layer (SSL) 
handshake between the client and the local domain accelerator to service the request, 
wherein the client believes that the handshake is with external domain (Chapter 14). 

Regarding claim 5: 

Netscape further discloses intercepting the request that originates from the client 
to the external domain (inherent to proxies by definition; see also Chapter 6, "Sending 
the Client's IP Address to the Server", wherein by default the proxy intercepts a client 
request to replace the client's IP address with the proxy's IP address). 
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Regarding claims 6 and 10: 

Netscape further discloses accessing, by the local domain accelerator, caching 

services for caching and managing the data (all of Chapter 9). 

Regarding claim 7: 

Netscape further discloses wherein stripping a host header from the request, 
host header being the domain identifier that identifies the external domain (inherent to 
proxies by definition; see also Chapter 5, "Allowing Access to a Resource"). 

Regarding claim 9: 

Netscape further discloses acting as the external domain when interacting with 
the client (inherent to being a transparent proxy: "What Netscape Proxy Server 
Provides", 2 nd and 5 th paragraphs; Chapter 14, "Using Encryption in the Proxy Server, 
2 nd paragraph). 

Regarding claim 1 1 : 

Netscape further discloses acquiring at least a portion of the data from the 
external domain in advance of a subsequent request for that portion of the data, 
wherein the subsequent request is issued from the client (Chapter 9, "Using Cache 
Batch Updates"). 
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Regarding claim 12: 

Netscape further discloses interacting securely with the external domain to 

acquire the data housed in the local cache (Ibid; secure connections disclosed in 

Chapter 14, e.g. "Setting Up Client Authentication in a Reverse Proxy"). 

Regarding claims 13 and 17: 

Netscape further discloses wherein interacting securely further includes mutually 
signing interactions transmitted between the local domain accelerator and the external 
domain, as this is inherent to SSL ("The Secure Socket Layer Protocol (SSL)", page 3, 
"SSL - Authentication and Integrity"; cf. Netscape, Chapter 5, "Controlling Access with 
Client Certificates"; see also RFC2246, e.g. page 41). 

Regarding claim 14: 

Netscape further discloses using the proxy to establish a secure communications 
channel between the local domain accelerator and the external domain (Chapter 14, 
e.g. Figure 14.2 and "Setting Encryption Preferences"). 
Regarding claims 20 and 22: 

Netscape further discloses wherein the proxy creates a secure communications 
tunnel between the client and the local domain accelerator and the proxy creates a 
secure communications channel between the local domain accelerator and the external 
domain (Chapter 7, "Setting Up a Secure Reverse Proxy"; Chapter 14, "Setting up 
Client Authentication in a Reverse Proxy"). 
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Regarding claim 24: 

SSL as implemented by Netscape inherently requires an exchange of certificates 
during communications between two parties (see "The Secure Sockets Layer Protocol 
(SSL)", page 3, "SSL - Authentication and Integrity"; cf. Netscape, Chapter 5, 
"Controlling Access with Client Certificates"; see also RFC2246, page 23). 

Regarding claim 25: 

Netscape further discloses wherein the client is a browser using SSL (e.g. 
Netscape Navigator: "What Netscape Proxy Server Provides", 6 th paragraph; Chapter 
14, "What is HTTPS?"), and the local domain accelerator intercepts and forwards 
communications toward a proxy and the proxy forwards communications to the local 
domain accelerator where the local domain accelerator presents itself securely to the 
client as if it were the external domain (Chapter 6, "Mapping URLs to Other URLs"; 
Chapter 7, "How Reverse Proxying Works" and "Setting Up a Secure Reverse Proxy"). 

Regarding claim 26: 

Netscape further discloses a plurality of external sites featuring a plurality of 
services (e.g. Chapter 7, "Proxying for Load Balancing"). 

Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: excerpts from "Web Caching and Replication", chapters 7 & 8. 
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8. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Thomas Gyorfi whose telephone number is (571)272- 
3849. The examiner can normally be reached on 8:30am - 5:00pm Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kim Vu can be reached on (571) 272-3859. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
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For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



TAG 
1/13/10 
/Kimyen Vu/ 

Supervisory Patent Examiner, Art Unit 2435 



